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(57) Abstract 

A method of reducing message traffic between a service control point (SCP/SCF) and switching point (SSP/SSF) for executing an 
intelligent network service in the service switching point (SSP). A service logic comprising the operations the execution of which implement:) 
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switching point (SSP) receives the service logic, and at least one criterion, upon the fulfilment of which the service switching point (SSP; 
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Reducing message traffic in intelligent network 

BACKGROUND OF THE INVENTION 

The invention relates to reducing message traffic in an intelligent 
network, particularly between a service switching point and a service control 
5 point. 

An intelligent network (IN) is able to provide a subscriber of a tele- 
communications network, such as a wired network or a mobile telephone net- 
work, with a plurality of various services. Such services include a virtual private 
network (VPN) which allows the use of short numbers between subscribers 

10 belonging to a local network, and a personal number in which the intelligent 
network reroutes the calls directed to a personal number in a manner con- 
trolled by the subscriber. An example of such an intelligent network is de- 
scribed in recommendations of the ITU-T Q-1200 series, of which Q-1210 to 
Q-1219 define a set of features known as CS-1 (Capability Set 1), and corre- 

15 spondingly, Q-1220 to Q-1229 define a set of features CS-2. The invention 
and its background will be described by the terminology of recommendation 
ETS 300 374-1 CorelNAP, but the invention can also be employed in intelli- 
gent networks implemented according to other intelligent network standards. 

A basic call state model (BCSM), defined in connection with the in- 

20 telligent network, describes different stages of call control and defines the 
points in which call control can be interrupted in order to start an intelligent 
network service. It identifies the detection points in the call and connection 
process in which service logic entities of the intelligent network can have an 
interactive relationship with basic call and connection management features. 

25 In conventional call set-up which takes place without the help of an 

intelligent network, telephone exchanges make independently all the deduc- 
tions about call routing. One or more service control functions (SCF) are asso- 
ciated with intelligent network architecture. The equipment or network element 
carrying out the tasks determined for the SCF is called a service control point 

30 (SCP). In the present invention, SCF and SCP are equal, and will hereinafter 
be called SCP. The SCP gives call set-up instructions to the exchange, or the 
exchange may inquire call set-up instructions from the SCP. If the interface of 
subscriber B is found to be busy at some stage of call set-up, for example, the 
call can be directed to an alternative number. Figure 1 also shows other ele- 

35 ments of an intelligent network which are relevant to the understanding of the 
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invention, such as a call control function (CCF) comprising high-level call han- 
dling functions of the exchange, such as establishing and releasing transfer 
connections. Service data function SDF and service data point SDP form a 
database comprising subscriber-specific and/or service-specific information. 
5 Specialized resource function SRF is an interface for network mechanisms 
associated with interaction with a subscriber. It can be associated with what 
are known as intelligent peripherals (IP) and comprise e.g. more advanced 
speech handling functions than do exchanges in general. 

Service switching function (SSF) is an interface between the call 

10 control function CCF and the service control function SCF. The network ele- 
ment performing the SSF is called a service switching point (SSP). An intelli- 
gent network service is produced by the service switching point SSP inquiring 
instructions from the service control point SCP by means of messages to be 
transmitted across the SSP/SCP interface upon the encounter of detection 

15 points associated with the services. In intelligent network terminology these 
messages are called operations. In association with an intelligent network 
service, a service program is started at the service control point SCP, the op- 
eration of the program determining the operations transmitted by the SCP to 
the SSP at each stage of a call. 

20 Figure 2 shows the operation of a prior art intelligent network at 

detection points. In step 2-1 the SSP transmits to the SCP an InitialDP opera- 
tion containing the necessary data for setting up a call. Next the detection 
points are armed in the SSP. In step 2-2 the SCP transmits to the SSP a mes- 
sage RequestReportBCSMEvent, informing the SSP which encounters of the 

25 detection points it is to report to the SCP. Next, in step 2-3, the SCP typically 
transmits charging and/or interaction operations, such as FurnishChargingln- 
formation (record charging information associated with the intelligent network 
service) or PlayAnnouncement (supply subscriber with an announcement as- 
sociated with the intelligent network). In step 2-4 the SCP transmits to the SSP 

30 a routing instruction, such as Collectlnformation (collecting dialing information 
from the subscriber), Connect (route call to a new number), Continue (continue 
call set-up with the same data) or ReleaseCall (release the connection). In in- 
telligent network recommendations, call set-up is divided into given rough 
phases called Point-ln-Call (PIC). It is possible that the SSP has been config- 

35 ured to continue call set-up from phase PIC 2 in response to a Collectlnforma- 
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tion operation and to continue call set-up from PIC 3 in response to a Connect 
operation, etc. 

There are two kinds of detection points. The above events in Figure 
2 relate to a detection point called a Trigger Detection Point (TDP). The SSP 
5 may make an initial inquiry to the SCP in connection with such a TDP detec- 
tion point, and receives instructions for call set-up. Another type of detection 
point is what is known as an event detection point (EDP). 2-5 in Figure 2 
shows the instant when such an EDP detection point is encountered during 
call set-up. The SSP reports the encounter of the detection point to the SCP 
10 which transmits more call set-up instructions to the SSP in step 2-7. 

The problem in this arrangement is first of all a significant message 
traffic across the SSP/SCP interface. This message traffic and the large num- 
. ber of service programs comprised by the service control point SCP also slow 
down the operation of the service programs because of loading delays. 

1 5 BRIEF DESCRIPTION OF THE INVENTION 

It is an object of the invention to provide a method and an appara- 
tus for producing services so that the message traffic of an intelligent network 
can be reduced allowing more and/or faster intelligent network services to be 
produced. The objects of the invention are achieved by a method and an ap- 

20 paratus which are characterized by what is disclosed in the characterizing 
parts of the independent claims. The preferred embodiments of the invention 
are disclosed in the dependent claims. 

The basic idea of the invention is to implement the creation and 
management of intelligent network services centrally in a service control point 

25 SCP, in accordance with conventional intelligent network concepts. In accor- 
dance with the invention, the functionality of an intelligent network is comple- 
mented as follows. Instead of a service program being executed centrally in a 
service control point SCP, at least part of the functionality of the service pro- 
gram is transferred to and stored at the other side of the SSP/SCP interface, 

30 i.e. the service switching point SSP. In the present invention, such a service 
program or a part thereof, transferred to the SSP, is called "SSP service logic" 
or, in short, "service logic". The term "service program" is reserved for the pro- 
grams stored and executed at the service control point SCP. According to a 
preferred embodiment of the invention, a service logic is transferred to the 

35 SSP via the normal SCP/SSP interface, but it is also possible to implement 
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4 

this by the service logic being transferred at least partly by any other means, a 
diskette for example, only the execution of the service logic being controlled 
via the SCP/SSP interface. 

When the telephone exchange sets up a call with which an intelli- 
5 gent network service implemented in accordance with the invention is associ- 
ated, the SSP detects that service logic is located locally in the SSP, and 
hence routing to the service control point SCP is not needed, but the intelligent 
network service can be started and executed locally in the SSP. 

A service logic which has been transferred to the service switching 
10 point SSP requires no inquiries to the SCP, and consequently the invention 
significantly decreases the message traffic between the SSP and the SCP. 
The invention also decreases the internal load of the service control point 
SCP, since some service programs are replaced with service logic to be exe- 
cuted in the SSP. 

15 If the SCP wants to end using service logic transferred to the SSP, 

the SCP transmits to the SSP an operation for removing service logic from the 
SSP. If needed, the operation of service logic in the SSP can be changed e.g. 
by the SCP first removing the old logic from the SSP and then transmitting to it 
the changed service logic. (Instead the old service logic being removed, it can 

20 also be inactivated.) 

Service logic can be transmitted to and stored in the SSP mainly by 
standardized operations of the SCP/SSP interface. Some new operations are 
also needed with which the SCP controls the SSP in recording the logic and 
with which control information associated with the service logic is transferred. 

25 In accordance with a preferred embodiment of the invention, the 

SCP determines upon transfer how long the service logic information will be 
stored in the SSP. This additional feature ensures that service management is 
maintained continuously in the service control point SCP. 

BRIEF DESCRIPTION OF THE FIGURES 

30 In the following the invention will be described in greater detail in 

association with preferred embodiments with reference to the attached draw- 
ings, in which 

Figure 1 shows the parts of known intelligent network architecture 
that are relevant to the invention; 
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5 

Figure 2 illustrates prior art number conversion implemented as an 
intelligent network service; 

Figure 3 shows transfer of a service program to a service switching 

point; 

5 Figure 4 shows the operation of an intelligent network service in a 

service switching point; and 

Figure 5 illustrates the start of a service logic or a service program 
in a service switching point or a service control point. 

DETAILED DESCRIPTION OF THE INVENTION 

10 If the intelligent network architecture employed does not comprise 

the following or corresponding operations, they have to be created. The first 
new operation is used by the SCP for informing the SSP that it intends to 
transmit to the SSP a service logic which the SSP is to record. In the present 
invention, this operation will be called StartServiceLogicRecording, or SSLR. 

1 5 The following data is typically given as parameters to the SSLR operation: 

1 ) a service key (ServiceKey) for identifying said intelligent network 
service. This corresponds to the service key described in the above intelligent 
network recommendations and is transmitted in connection with InitialDP op- 
eration; 

20 2) a detection point (DP) upon the encounter of which said service 

logic is to be started in the SSP; 

3) execution conditions for the intelligent network service, if defined, 
such as the number of subscriber A or subscriber B, IMSI, IMEI, etc.; 

4) an unambiguous identifier of service logic (ssp_slp_id) which the 
25 SCP defines; and optionally 

5) the time (executionjime) which determines how long the service 
logic will be executed in the SSP. 

The transfer of a service logic from the SCP to the SSP starts ac- 
cordingly by the SCP transmitting to the SSP the SSLR operation. The SCP 
30 then transmits to the SSP the standardized intelligent network operations 
which the service program in the SCP would perform in accordance with prior 
art in response to the InitialDP operation starting the intelligent network serv- 
ice. The SSP records these operations in its memory on the basis of the iden- 
tifier of said service logic. 
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A service program may involve SCP inquiries in later detection 
points or operations to be transmitted spontaneously. In these cases the intel- 
ligent network service continues after responses received to the InitialDP mes- 
sage. Such a situation has to be taken into account in the corresponding SSP 
5 service logic. For this purpose another new operation, called ContinueService- 
LogicRecording, or CSLR, is defined. As parameter thereto is given the instant 
when the execution of service logic in the SSP is to continue (when_to_con- 
tinue). The parameter can be given the value "spontaneous", which means 
that the execution of the service logic is to continue immediately. An alterna- 

10 tive value to be given to the parameter is "detection point", which means that 
the execution of the service logic is to continue from the detection point whose 
identifier is given as additional information. 

Having transmitted the CSLR operation to the SSP, the SCP also 
sends to the SSP the operations which in accordance with prior art would be 

15 associated with continuing execution of the service program after the previous 
phase is finished. (In this context "phase" refers to a part of call set-up em- 
ployed in intelligent network terminology, and must not be confused with 
"step", employed to describe methods.) If the operation of said service pro- 
gram or service logic is divided into several phases, the CSLR operation can 

20 be correspondingly used several times. 

Once the whole service program is transferred to and recorded in 
the service logic in the SSP, the SCP orders the SSP to stop recording the 
service logic. This operation is called EndServiceLogicRecording, or ESLR. As 
parameter thereto is given at least an unambiguous identifier of the service 

25 logic (ssp_slpjd), i.e. the same that was transmitted in connection with the 
SSLR operation. Once the SSP receives the ESLR operation, it stops record- 
ing the service logic. At the same time the mechanism for transferring service 
logic from the SCP to the SSP according the invention ends. 

In order for service management to be continuously maintained in 

30 the service control point SCP, another new operation is needed, by which the 
SCP orders the SSP to end using a given service logic. This operation is 
called EndServiceLogicExecution, or ESLE. As parameter to the operation is 
given at least an unambiguous identifier of the service logic (ssp_slp_id), i.e. 
the same that was transmitted in connection with the SSLR operation. In re- 

35 sponse to this operation, the SSP deletes said service logic from its memory or 
at least inactivates it. 
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Figure 3 shows the transfer of a service program from a service 
control point SCP to a service switching point SSP. In step 3-1 the SCP 
transmits to the SSP an SSLR operation whose format is: SSLR(ServiceKey= 
55; DetectionPoint=2; ExecutionConditions=none; ExecutionTime=forever, 
5 ssp_slp_id=1234). In step 3-2 the SCP forms what is known as an IN ticket by 
transmitting to the SSP a FurnishCharginglnformation operation. An IN ticket 
refers to charging information recorded by the SSP and associated with the 
intelligent network service. This information is obtained directly from the con- 
tents of the FurnishCharginglnformation operation transmitted by the SCP. In 

10 step 3-3 the SCP transmits a message RequestReportBSCMOperation with 
which is orders the SSP to report on the encounter of detection points DP5 
and DP6 (DP5 = called subscriber busy, DP6 = called subscriber does not an- 
swer). In step 3-4 the SCP transmits a Connect operation with which it 
changes data used in call set-up, e.g. the numbers of subscriber A and sub- 

15 scriber B. Upon conversion of the number of subscriber B, the call is rerouted. 
In step 3-5 the SCP transmits the CSLR operation according to the invention 
and as a result the SSP continues to record the service logic. In step 3-6 the 
SCP gives in the Connect operation an alternative number to which the call is 
routed if detection point DPS is encountered (called subscriber busy). Corre- 

20 spondingly, in steps 3-7 and 3-8, the SCP informs where the call will be routed 
if detection point DP6 is encountered (called subscriber does not answer). In 
step 3-9 the SCP informs by the ESLR operation that transfer of service logic 
is terminated. 

Figure 4 shows the operation of an intelligent network service in a 
25 service switching point. In step 4-1 the CCF encounters detection point DP2 
(Collectedjnfo), i.e. the exchange has received a sufficient number of num- 
bers dialled by a subscriber. In step 4-2 control is transferred to the SSF. In 
step 4-3 the SSF detects that an intelligent network service starts from detec- 
tion point DP2 and begins to pack information for the InitialDP operation. In 
30 step 4-4 it detects that said intelligent network service is implemented in the 
SSP locally by a service logic, and in step 4-5 it starts said service logic. In 
step 4-6 the service logic forms an IN ticket by transferring to the SSP a Fur- 
nishCharginglnformation operation. In step 4-7 the sen/ice logic transmits a 
message RequestReportBSCMOperation with which it orders the SSP to re- 
35 port on the encounter of detection points DP5 and DP6. In step 4-8 the service 
logic transmits a Connect operation whose parameter is number C, i.e. an al- 
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ternative number to which the call will be routed if subscriber B is busy or does 
not answer. In step 4-9 control is transferred back to the CCF which attempts 
to set up a call to number C. In step 4-10 number C is detected busy, and de- 
tection point DPS is encountered. In step 4-11 control is again transferred to 
5 the SSF, which in step 4-12 detects that the previously started intelligent net- 
work service has been implemented by service logic. In step 4-13 the SSF or- 
ders the service logic to continue the execution of said intelligent network 
service. Steps 4-14 and 4-15 correspond to steps 4-8 and 4-9, but this time 
the call is transferred to another alternative number, i.e. number D. In step 4- 

10 16 the subscriber associated with number D answers and the call switches to 
speech mode, until in step 4-17 the second party (in the case A) hooks on, 
whereby the required charging information is produced in a conventional man- 
ner and the resources taken up by the call are released. In step 4-18 the CCF 
orders the SSF to release the resources and in step 4-19 the SSF orders the 

1 5 service logic to terminate the execution of the service logic. 

The flowchart of Figure 5 is another way to illustrate the execution 
of SSP service logic. In step 502, during a call, the CCF encounters a detec- 
tion point which requires starting an intelligent network service. In step 504 the 
SSF packs the data for the InitialDP operation. In step 506 the SSF investi- 

20 gates whether the ServiceKey field given as parameter in this operation is in 
use in any service logic in the SSP. If so, the process proceeds to step 508 
where the SSF starts the execution of said service logic. If said ServiceKey 
field is not in use in any sen/ice logic in the SSP, in step 510 an initiation mes- 
sage IDP is transmitted to the SCP, i.e. a normal SCP inquiry is carried out. In 

25 step 512 the SSF receives incoming intelligent network operations and in step 
514 it continues under control of these operations. 

A conventional service control point SCP is expected to comprise 
means for creating and executing intelligent network services. Defining intelli- 
gent network services is considered to be known to those skilled in the art. To 

30 create services, the SCP contains a user interface via which an intelligent 
network service can be defined by mechanisms provided by the user interface, 
such as Service Independent Building Block, SIB. Executing services involves 
arming detection points in the service switching point SSP and executing the 
services in response to information received from the service switching point 

35 SSP regarding the encounter of different detection points. 
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Implementing the invention requires relatively slight changes in the 
service control point SCP and the service switching point SSP of an intelligent 
network. The services can still be produced in a conventional manner in the 
service control point SCP. Instead of (or in addition to) storing and executing 
5 services in the SCP, they are stored and executed in the SSP, in which more 
memory and processing capacity than usual is required for storing and exe- 
cuting services. The memory and processing means for storing and executing 
service logics in the SSP are in principle identical to those in the SCP, except 
that the distribution of the services calls for a larger number of lower-power 
10 processors than in known solutions in which intelligent network services are 
fully executed in the SCP. Furthermore, the SSP requires a software routine 
for receiving a service logic, preferably via a conventional SCP/SSP interface. 
Correspondingly a routine is required in the service control point SCP for 
transmitting the service logic. 
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CLAIMS 

1 . A method of executing at least one intelligent network service in 
a service switching point (SSP) in a telecommunication system utilizing an in- 
telligent network and comprising a service control point (SCP), charac- 

5 terizedin that 

a service logic comprising the operations the execution of which im- 
plements said intelligent network service is formed for each intelligent network 
service to be executed in the service switching point (SSP); and 

the service switching point (SSP) receives said service logic, and at 
10 least one criterion, upon the fulfilment of which the service switching point 
(SSP) is required to execute said operations; and 

the service switching point (SSP) executes said operations in re- 
sponse to the fulfilment of said criterion. 

2. A method as claimed in claim 1, characterized in that the 
15 service switching point (SSP) receives the service logic from the service con- 
trol point (SCP). 

3. A method as claimed in claim 2, characterized in that the 
service switching point (SSP) receives the service logic via an SCP/SSP in- 
terface known per se. 

20 4. A method as claimed in claim 3 in a telecommunication system in 

which a protocol is defined whereby the service switching point (SSP) can start 
the execution of an intelligent network service in the service control point 
(SCP) by transmitting an initiation message (IDP) containing a service key as- 
sociated with said intelligent network service, characterized in that: 

25 a service key is associated with each service logic; and 

said criterion for the execution of the operation comprises that the 
service key comprised by said initiation message (IDP) corresponds to the 
service key associated with said service logic. 

5. A method as claimed in claim 1, characterized in that 
30 upon transferring the service logic, the service control point (SCP) defines how 

long the data associated with the service logic is to be stored in the service 
switching point (SSP). 

6. A method as claimed in claim ^characterized in that de- 
fining the service logic comprises at least the following data: 
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a service key for identifying said intelligent network service and cor- 
responding to the service key associated with said initiation message; 

at least one detection point (DP), upon the encounter of which said 
service logic is to be started; 
5 an unambiguous identifier of the service logic (ssp_slp_id). 

7. A method as claimed in claim 6 t characterized in that de- 
fining the service logic also comprises initiating conditions for the intelligent 
network service, such as the number of subscriber A or subscriber B. 

8. A method as claimed in claim 6 or 7, characterized in 
10 that defining the service logic also comprises the instant when the execution of 

the service logic in the service switching point (SSP) is to be terminated. 

9. A method as claimed in any one of claims 6 to 8, charac- 
ter i z e d in that defining the service logic also comprises an inquiry to the 
service control point (SCP). 

15 10 A protocol for transferring an intelligent network service from a 

service control point (SCP) to a service switching point (SSP), charac- 
terized in that: 

the protocol comprises at least a first message and a second mes- 
sage, each having an identifier for identifying the service logic; 

20 the first message (SSLR) defines one service logic which comprises 

the operations the execution of which implements one intelligent network 
service, and at least one criterion upon the fulfilment of which the service 
switching point (SSP) is to execute said operations; and 

the second message (ESLR) defines that transfer of the service 

25 logic to the service switching point (SSP) is terminated. 

11. A protocol as claimed in claim 10, characterized in that 
it also comprises a third message (CSLR) which defines the operations the 
service logic is to execute after an intelligent network inquiry, and a second 
criterion, such as an instant or an encounter of a detection point, whereby the 

30 execution of the service logic is to continue after said intelligent network in- 
quiry. 

1 2. A protocol as claimed in claim 11, characterized in that 
it also comprises a fourth message (ESLE) which defines that the service 
switching point (SSP) is to stop executing said service logic. 

35 13. An intelligent network service control point (SCP) comprising 

means for creating and storing intelligent network services, and an interface to 



WO 99/03251 



PCT/FI98/00578 



12 

a service switching point (SSP), characterized in that it further com- 
prises 

means for creating a number of service logics, each of which com- 
prises the operations the execution of which implements one intelligent net- 
work service; 

means for transmitting at least one criterion, upon the fulfilment of 
which the service switching point (SSP) is to start said service logic; and 

means for transmitting said service logic to the service switching 
point (SSP). 

14. An intelligent network service switching point (SSP) comprising 
means for executing intelligent network inquiries associated with an intelligent 
network service to a service control point (SCP), characterized in that 
it further comprises 

means for receiving, storing and executing a number of service 
logics, each of which comprises the operations the execution of which imple- 
ments one intelligent network service; 

means for receiving at least one criterion, upon the fulfilment of 
which the service switching (SSP) is to start said service logic; and 

means for starting the service logic in response to fulfilment of said 
at least one criterion. 
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